home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Chip 1996 April
/
CHIP 1996 aprilis (CD06).zip
/
CHIP_CD06.ISO
/
hypertxt.arj
/
9501
/
JAM.CD
< prev
next >
Wrap
Text File
|
1995-10-29
|
12KB
|
207 lines
@VJAM Archive Manager@N
@Vùj présgép@N
Vajon ki az az ember, aki ezekben az erôforrásigényes
idôkben megelégedne winchestere kapacitásával? Nekem
akármekkora adathordozóm van, s akármennyi, egy bizonyos
(nem is túl hosszú) idô után betelik. Mert ugye ez a
feladata, mármint az adathordozás.
Egyszer csak azt vesszük észre, hogy egyre szûkösebb a
helyünk, egyre többször kell a biztonsági másolatokat
törölni, és az új file-oknak nem jut hely. Ekkor jön színre
az archiválás vagy a törlés. A törlés nem igazán jó dolog,
nagyon macerás, mert hátha két hét múlva a törölt file-t
vissza kell varázsolni, és újra végig kell menni a 20
lemezes Word 9.1 for Windows telepítésén vagy például egy 40
Mbyte-os winchesterre akarunk felrakni egy hosszú programot,
ami bôven meghaladja a winchester fizikai kapacitását.
Archiválás is többfajta van. Vannak a lassú, de nagy
hatékonyságú módszerek (pl. ARJ, PKZIP, UC2 stb.), amiknek
az a hátránya, hogy akár ""másodperceket" is elszöszmötölnek
egy-egy program ki- vagy becsomagolásán. Vannak azonban
valós idejû tömörítôk (Real-Time Data Compression). Ezeket
ott használják, ahol nem a tömörítési arány, hanem a
sebesség az elsôdleges szempont. Ilyen valós idejû
tömörítôket használnak a például DOS-os futtatható programok
tömörítésére (PKLITE, DIET, TINYPROG stb.), Windows Help
file tömörítésre (RLE), de még a legelterjedtebb
képformátumok is alkalmaznak gyors tömörítés eljárásokat
(pl. TIF, PCX, GIF). A legtöbb tömörítési eljárást, amit a
népszerû programok használnak, már publikálták. Szinte
minden programnyelvre -- nem is túl nehezen -- átírhatók,
mégis nem csekélység a programoktól, hogy ezeket a
tömörítési elveket, ennyire jól átvitték a gyakorlatba,
optimalizálták, és sok kényelmi funkcióval bôvítették. Ilyen
kódolás a Huffman, RLE és az LZW.
Mégis talán legismertebbek és legproblémásabbak a
lemeztömörítôk, amik egy egész winchestert tudnak
tömöríteni. Nem is csoda, hiszen itt nagyon ki kell hegyezni
a programot, hogy ne csak gyors legyen, de jól is
tömörítsen. Mivel állandóan a memóriában van, és szinte
minden program rajta keresztül dolgozik, minden programmal
össze kell férnie, itt nem megengedett sem a be-, sem
kitömöríténél a felhasználó várakoztatása. Üzembiztosnak
kell lennie, mert ha egy winchester elromlik, és az adatok
közepébe generál egy nagy kupac szemetet, akkor legalább a
megmarad részeket meg lehessen menteni valami furfangal.
Sokfajta lemeztömörítô létezik, vagy forog közkézen.
Ezek között van shareware vagy freeware, sôt újabban már a
DOS-hoz is mellékelnek egy ""kis" lemeztömörítôt. Példának
okáért vegyük a híres Stackert (amely nem véltlenül az egyik
legelismertebb a DOS-os tömörítôk között). A 4.0-s változata
-- a Windows résszel együtt -- közel 2 Mbyte. Pedig az
emberfiának, aki fel akar rakni egy tömörítôt, épp az a
baja, hogy nincs hely, vagy egyszerûen nem akar ennyi helyet
elvesztegetni pusztán a lemeztömörítésre, ami végül is egy
perifériális folyamat, ennek a háttérben, láthatatlanul
kellene menni.
Ekkor jön a színre a JAM, ami a ""JAM Archive
Manager"-bôl származik. A program tömörítve 108 Kbyte,
teljes dokumentációval, amirôl külön is érdemes említést
tenni. Használat közben pedig, kielégítô a 80 Kbyte-os
hossza. És ebben benne van minden programja, ami szükséges
lehet egy tömörített program használatához. Ez a hossz
szinte hihetetlen a mai idôkben, de ez a programocska azt
tudja, amire készítették, s ráadásként jól, gyorsan és
megbízhatóan.
Mint a legtöbb programot mostanság, ezt is a
felhasználóbarátságosság szellemében írták.
A program egyszerû telepítésének a menete a következô:
1. Program felrakása (kicsomagolása a winchesterre)
2. AUTOEXEC.BAT-ba be kell írni a PATH változóba a JAM
elérési útját. (Pl. @KPATH=C:\;C:\DOS;C:\JAM@N)
Ez a pont nem kötelezô, de ajánlott.
3. Meg kell adni a következô parancsot:
@KJCREATE D:FIRST /S=1000@N
Ennek jelentése: @KD:FILE@N, azaz a tömörített meghajtó
melyik fizikai adattárolón legyen (pl. C: vagy D:
winchester). @K/S@N, azaz mekkora legyen a tömörített winchester
(Kbyte-ban megadva), ennek 72 és 524288-között kell lennie.
4. Ezek után már csak a CONFIG.SYS-be kell beírni az alábbi
két sort:
@KDEVICE=C:\JAM\JAM.SYS DEVICE=C:\JAM\JMOUNT.COM D:\FIRST@N
Ebben a @KD:\FIRST@N a tömörített winchester fizikai helyét
jelöli. (azt ahova a JCREATE-val készítettük) 5. A gép
újraindításakor már használhatjuk is az új, logikai
tömörített meghajtónkat.
Természetesen ez az egyszerû felrakás. Ha valaki
érdeklôdik a technikai oldal iránt is, akkor a leírás
készségesen megmondja a többi kapcsolót is: például milyen
attribútomokkal rendelkezzen az újonan készített tömörített
meghajtó, a fizikai helyén (a JCREATE által generált file),
mennyi másolat legyen a FAT-ból, a fôkönyvtárnak maximálisan
mennyi bejegyzése legyen...
@VJAM, amit használnak@N
A program készítôi igyekeztek olyan programot
létrehozni, ami nagy hatékonysággal szimulálja az eredeti
winchester tulajdonságait. îgy szinte bármilyen program
futtatható rajta. Figyelmet érdemel a @KDirectWrite@N kapcsoló a
program használatakor. Ez meggátolja, hogy a programok
közvetlenül használhassák a (tömörített) winchestert. Ha
nincs engedélyezve, akkor némely Unitility (például
UnDelete, Directory Sort, vírusirtó) könnyen írásvédettnek
nézheti a winchestert. Viszont ugyanígy, a vírus is
fennakad, ha közvetlenül a lemezre akarja írni a huncut kis
dolgait, az antivírus programokat megkerülve. Mint ahogy a
Stacker, a JAM is -- ha valami nem egyszerûen javítható
hibát talál a logikai meghajtón -- írásvédetté teszi azt, a
további károkozás megelôzése miatt. Ilyenkor ki kell lépni a
meghajtóról, és a leírásban olvashatókat kell végrehajtani:
ellenôrizni és kijavíttatni a meghajtón a hibát (a program
leírásában a 6.3. fejezet).
A ""dokuban" minden olyan szépen le van írva, hogy
szinte el sem lehet téveszteni: példamutató részletességgel,
áttekinthetôen írja le a JAM meghajtó logikai, fizikai,
programozói felületét, attól kezdve, hogy mennyi FAT-táblát
használ, egészen addig, hogy miként lehet assemblybôl a
belsô rutinjait meghívni, vagy információt kérni az aktuális
tömörített meghajtóról. Teljes strukturális felépítése a
boot szektornak, és egyáltalán a JAM fizikai file-jának.
Szóval ez a leírás mind az egyszerû felhasználókat (akik
csak használni akarják, és többet nem is szeretnének törôdni
vele), mind a programozókat (akik be akarják építeni a
programjukba) elkényezteti ez a leírás.
@VGyorsan tömöríts, de jobban!@N
A röptömörítôknek módszerükbôl adódóan nincs lehetôségük
bonyolultabb tömörítô eljárást alkalmazni, a nagyobb
sûrûség, tömörebb program elérése érdekében, mivel az ember
elvárja, hogy késedelem nélkül dolgozzon a file-okal (a
felíráskor és kiolvasáskor ne látszódjon látható késedelem).
A röptömörítô tömörítési eljárását fel lehetne cserélni egy
hatékonyabbra, de akkor lassulna a program, meg aztán nem
mindenkinek van többprocesszoros Pentiuma, a bonyolult
tömörítô módszerek számolásigényének kielégítésére. Ezt a
látszólag feloldhatatlan problémát oldja meg a JMAX utility.
És ez a programocska (16 Kbyte) nem elég, hogy úgy
betömöríti a meghajtót, hogy a szabad helyet körülbelül 40
százalékával megnöveli, még a defragmentál is, rendezi a
széttöredezett file-okat, hogy gyorsabb legyen a
kiolvasásuk, és az üres helyeket letörli a meghajtón. Ez az
UnDelete funkciónál válhat fontossá, hogy a fizikailag
törölt file-oknál ne áltasson olyannal az UnDelete, hogy még
vissza tudná hozni a törölt file-t. Tehát, ha nincs elég
hely, nem a biztonsági másolatokat kell letörölni,
egyszerûen el kell indítani a JMAX-ot, ami néha bámulatos
dolgokat tud mûvelni.
@VSpecialitások, furfangok@N
Mivel a program úgy van megírva, hogy mind
parancssorból, mind CONFIG.SYS-bôl device-ként meghívható,
akár minden indításnál készíthetünk egy tömörített
meghajtót. Mikor lehet erre szükség? Például amikor nem
állandó adathordozóra, hanem RAM diszkre készítjük a
röptömörített meghajtót. Ekkor, ha van egy 4 Mbyte-os RAM
diszkünk, a JAM segítségével sokkal több programot
felpaszírozhatunk rá. Erre azonban vigyázzunk, mert a gép
kikapcsolásakor vagy resetkor ugyanúgy törlôdik a JAM
meghajtó, mint a RAM drive!
Ha adattitkosító programot használunk, nem nagyon kell
törôdni vele. A JAM használni fogja, de azért azt érdemes
megjegyezni, titkosított meghajtót, például Norton
Utilities' Diskreet-et vagy Central Point Software's
PC-SECURE-t használunk, akkor annak az file-ját nem érdemes
JAM-ra rakni, mert úgysem lehet tömöríteni. Ha egy teljes
partícót tömörítünk, például a SecureDrive v1.3d-t (amely
szintén egy kiemelkedô program a GNU project-bôl), akkor
nyugodtan rakhatjuk a JAM meghajtót a titkosított
winchesterre, így nô az adatbiztonság is, mivel aki az így
keletkezett adatokat megfejti a winchesterrôl, az bízvást
kérhet jól fizetô állást a világ bármely kémszervezeténél,
és biztos lehet benne, hogy nem fogják elutasítani.
(Mellesleg vannak külön ilyen, kifejezetten
titkosítás-feltörésre specializálódott cégek is...)
A tömörítô eljárás révén a kisebb programokon (pár ezer
byte-osokon) jelentôs mérvû áltömörítést tud végrehajtani a
program. Látszatra még egy ARJ-vel tömörített, néhány
tízezer byte hosszú file-t is 97 százalékára nyomhat össze,
holott ez csak a program végén, az utolsó általa felhasznált
szektor nem kihasznált részét nyomta össze. îgy ha sok kicsi
adatfile-lal akarunk dolgozni, mindenképpen megéri a JAM
használata, mert ezeken jelentôs mértékben tud tömöríteni.
Nem érdemes mutimédiás dolgokat felrakni tömörített
meghajtóra, mert ezeket már elôzôleg tömörítették, nem is
kis mértékben. Ilyenek JPEG, GIF, PCX, AVI, FLI. Ugyanilyen
meggondolásból nem érdemes nagy tömörített file-okat,
például archívumokat, VOC, WAV hanganyagokat sem JAM
meghajtóra rakni, mert semmi nyereség nem lesz rajta.
Mindenfajta röptömörítô a szöveges file-okat,
adatbázisokat, tömörítetlen képeket (TIF, BMP) tud a
legjobban zsugorítani, ezeket akár a valódi hosszuk felére
is összenyomhatja.
@KCrown@N
@<9501\jam01.gif>■■@n JAM Help
@<9501\jam02.gif>■■@n JAM mûködés közben